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(57) Abstract: A push-to-talk communication device to participate in a group communication net (100) is claimed. The group 
communication net (100) comprises a controller ( 104) to manage the group communication net (100) and interface with ihc push-to- 
talk communication devices (108, 1 12 and 1 16). A processor converts information signals into packet data suitable for transmission 
over a distributed network. The processor may also have identification information, and updates its identification information when 
its current identification information has or is about to change. The processor then transmits its new identification information to 
the controller (104). The push-to-talk devices (108, 1 12 and 116) also comprise a transmitter to transmit packet data through a first 
channel to the controller. A receiver receives packet data through a second channel from the controller. The push-to-talk devices 
(108. 112 and 1 16) also comprise a user activated mechanism to activate the transmitter when a user of the communication device 
wishes to transmit packet data to the controller. 
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METHOD AND APPARATUS FOR PARTICIPATING IN GROUP 
COMMUNICATION SERVICES IN AN EXISTING COMMUNICATION 

SYSTEM 

BACKGROUND OF THE INVENTION 



I. Field of the Invention 

The present invention relates to point to multi-point communications systems. 
More specifically, the present invention relates to an apparatus and method to enable 
10 group communications services using standard Internet Protocol in an existing 
communication system. 



II. Description of the Related Art 

Point-to-multipoint communication systems have been used to provide 

15 communications generally between a central location and multiple users of the system. 
For example, dispatch systems using Land Mobile Radios (LMRs) have been used in 
trucks, taxis, buses, and other vehicles in order to communicate scheduling information 
between a central dispatch center and one or more corresponding fleet vehicles. 
Communications may be directed at a specific vehicle in the fleet or to all vehicles 

20 simultaneously. 

Another example of a point-to-multipoint communication system is a wireless 
push-to-talk system. Such a system allows a group of individuals, each having a wireless 
communication device, to communicate with other members of the group. Typically, a 
push-to-talk system relies on a single frequency, or dedicated channel, over which 

25 communications are received by the wireless communication devices. In most systems, 
only one member may transmit information to the other members at a time. However, all 
members can listen to the dedicated broadcast channel to receive communications from 
the single member who is transmitting. Members desiring to transmit to other members 
of the system typically sends an access request by depressing a push-to-talk button on 

30 their respective communication device that allows the user sole access to the dedicated 
channel. 

Push-to-talk systems are typically used in outdoor settings where a group of 
people, or members, require communications with each other in a "point-to-multipoint" 
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fashion. Examples of push-to-talk system uses include workgroup communications, 
security communications, construction site communication, and localized military 
communications. The group of people requiring communications with each other is 
commonly known as a "net" each member of the net sometimes referred to as a "net 
5 member." 

In a typical push-to-talk system, a dedicated channel, sometimes referred to as a 
broadcast channel, is used to transmit communications from one member to multiple 
other members of the net simultaneously. The dedicated channel may comprise a single 
channel or frequency, or a group of individual channels managed by a controller to imitate 
10 the single channel. In either case, only one member may transmit voice and/or data 
communications to the other member users at any given time. If another member 
attempts to transmit over the broadcast channel while another member is transmitting, 
interference between the two competing communications will occur, resulting in non- 
intelligible communications being received by the other net members. 
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SUMMARY OF THE INVENTION 

In order to implement a push-to-talk communication system in a conventional 
wireless communication system, expensive modifications to the infrastructure are 
generally necessary., 

5 Besides the high costs associated with current wireless point-to-multipoint 

communication systems, generally, communications are confined to members operating in 
relative close proximity to each other using the same or similar technology. In other 
words, the point-to-multipoint communications do not extend to other communication 
networks or technologies, such as the Public Switched Telephone Network (PSTN), to 

10 data networks, such as the Internet, or to satellite communication systems such as the 
GlobalStar satellite communication system. 

Thus, the present invention is a push-to-talk communication device to participate 
in a group communication net. The group communication net comprises a controller to 
manage group communication net and interface with the push-to-talk communication 

15 device. A processor converts information signals into packet data suitable for 

transmission over a distributed network. The processor may also have identification 
information, and updates its identification information when its current identification 
information has or is about to change. The processor then transmits its new 
identification information to the controller. The push-to-talk device also comprises a 

20 transmitter to transmit packet data through a first channel to the controller. A receiver 
receives packet data through a second channel from the controller. The push-to-talk 
device also comprises a user activated mechanism to activate the transmitter when a user 
of the communication device wishes to transmit packet data to said controller. 

In an embodiment, the communication device is a wireless communication device. 

25 The communication device may further comprise memory to store packet data until the 
controller is ready to receive the packet data. The memory is used to minimize perceived 
latency of a user. The processor may further comprise a dynamically configurable 
priority level, wherein the priority level determines whether the communication device 
has the authority to gain transmission privilege over another communication device such 

30 that the communication device may interrupt the transmission of a communication device 
having a lower priority level. Also, the processor may receive information from the 
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The net module further comprises a local log module. The local log module 
maintains a history of activity between the communication devices, and transfers the 
comp.led history to the billing log module. The controller further comprises a top level 
server. The top level server sends and receives packet data from the communications 
5 devices. The packet data comprises information such as identification data of the 
communication device, location data of the communication device, and control data to 
establish, modify, or terminate group communications. 

The controller further comprises a first timer that measures a first elapsed time 
period. If any of the communication devices has not transmitted information to the 
10 controller before the time period lapses, the controller sends a message to each of the 
communications devices to enter a dormant mode. The controller further comprises a 
second timer that measures a second elapsed time period. If any of the communication 
devices has not transmitted information to the controller within a predetermined time 
period, the controller sends a message to each of the communications devices for the 
15 purpose of eliciting a response from the communication devices to determine if the 
communication device wishes to remain active. 

The controller further comprises an arbitrator that assigns a priority level to each 
of the communications devices. The priority level determines a hierarchy of transmission 
privilege of the communications devices such that communication devices having a higher 
20 priority level may interrupt the transmission of communication devices having a lower 
priority level. The assignment of priority level is dynamically configurable. 

The controller further comprises a buffer memory that stores the packet data until 
the communication device is ready to receive said packet data. The buffer memory is 
used to minimize the perceived latency of a user. 
25 The communication devices may operate in the same net despite operating in different 
communications infrastructures, including, but not limited to, CDMA, TDMA, and 
GSM. 

Accordingly, it is a feature and advantage of the invention to provide end-to-end 
voice communications using Internet protocol. 
30 It is another feature and advantage of the invention to provide wireless end-to-end 

voice communications using Internet protocol. 
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It is another feature and advantage of the invention to buffer voice data in either 
the user until a given user is ready to receive the data. 

It is another feature and advantage of the invention to allow a user to multicast 
over a single forward channel to multiple listeners. 
5 It is another feature and advantage of the invention to allow a communications 

device to recognize and report that its identification address has or is about to change. 

It is another feature and advantage of the invention to prompt a user to determine 
if the user is still an active part of a push-to-talk net. 

It is another feature and advantage of the invention to allow a user to switch 
10 between multiple push-to-talk nets. 

It is another feature and advantage of the invention to allow a user to dynamically 
determine members of a given push-to-talk net. 

It is another feature and advantage of the invention to provide a user with a list of 
potential push-to-talk nets that the user may join. 
15 It is another feature and advantage of the invention to provide a user geographic 

and other user specific information about other users of the push-to-talk net. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The net broadcast service (NBS) system enables Internet Protocol (IP) 
communication devices to participate in a group voice and data conference. NBS is 
primarily a Voice ovpr IP (YoIP) application. Voice communication is transmitted from a 
5 talker endpoint communication device to one or more listeners by encapsulating voice 
frames in IP datagrams. Data with voice may also be transmitted in this manner. The 
NBS system is described in U.S. Patent Application Serial No. 09/518,985 entitled, 
"Method and Apparatus for Providing Group Communication Services in an Existing 
Communication System," filed March 3, 2000, Attorney Docket No. 000212, and U.S. 
10 Patent Application Serial No. 09/518,776 entitled, "Method and Apparatus for 
Participating in Group Communication Services in an Existing Communication System," 
filed March 3, 2000, Attorney Docket No. 00021 1, and are specifically incorporated by 
reference herein. 

Fig. 1 illustrates a functional block diagram of a group communication system 10. 

15 The group communication system 10 is also known as a push-to-talk system, a net 

broadcast service (NBS), a dispatch system, or a point-to-multi-point communication 
system. A defining characteristic of such the NBS system is that, generally, only one 
user may transmit information to other users at any given time. In the NBS 10, a group 
of communication device users, individually known as net members, communicate with 

20 one another using a communication device assigned to each net member. 

The term "net" denotes a group of communication device users authorized to 
communicate with each other. Generally, a central database contains information 
identifying the members of each particular net. More than one net may operate in the 
same communication system. For instance, a first net may be defined having ten 

25 members and a second net may be defined, having twenty members. The ten members of 
the first net can communicate with each other, but generally not to members of the 
second net. In other situations, members of different nets are able to monitor 
communications between members of more than one net, but are only able to transmit 
information to members within their own net. 

30 The net operates over an existing communications system, without requiring 

substantial changes to the existing infrastructure. Thus, a controller and users on a net 
may operate in any system capable of transmitting and receiving packet information 
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The CM 18 maintains a list of defined nets, defined as either clear or secure. 
Transitions between clear and secure are generally not permitted. A secure net relies on 
encryption provided by the individual CDs to provide authentication and guard against 
eavesdropping. Encryption, for secure nets is implemented on an end-to-end basis, 
5 meaning that encryption and decryption takes place within each CD. The CM 18 
generally operates without knowledge of security algorithms, keys, or policies. 

The CM 18 manages remotely through either a communication system service 
provider, net members, or both, assuming that authorization is provided by the service 
provider. The CM 18 may receive net definitions through an external administration 

1 0 interface 226. Net members may request administrative actions through their service 
provider or administrate net functions through defined systems, such as a member- 
operated security manager (SM) 20 that conforms to a CM 1 8 administration interface. 
The CM 1 8 can authenticate to high-grade commercial standards any party attempting to 
establish or modify a net. 

15 The SM 20 is an optional component of the NBS system 10 that 

performs key management, user authentication, and related tasks to support secure nets. 
A single group communication system may interact with one or more SM 20. The SM 
20 is generally not involved in the real-time control of a net, including net activation or 
PTT arbitration. The SM 20 may have administration capabilities compatible with a CM 

20 18 interface to automate administration functions. The SM 20 may also be capable of 
acting as a data endpoint for the purpose of participating in a net, broadcast net keys, or 
simply monitor net traffic. 

In one embodiment, the means for requesting the transmission privilege from a 
CD comprises a push-to-talk (PTT) key or switch. When a user in the NBS 10 desires 

25 to transmit information to other net members, the push-to-talk switch located on his or 
her CD is depressed, sending a request to obtain the transmission privilege from the CM 
18. If no other net member is currently assigned the transmission privilege, the 
requesting user is granted the transmission privilege and is notified by an audible, visual, 
or tactile alert through the CD. After the requesting user has been granted the 

30 transmission privilege, information may then transmitted from that user to the other net 
member. 
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In one embodiment of the present invention, each wireless net member establishes 
a forward link and a reverse link with one or more base stations 22 or a satellite gateway 
24, as the case may be. The base station 22 is used to describe a communication channel 
from the base station 22 or the satellite gateway 24 to a CD. The satellite gateway 24 is 
5 used to describe a communication channel from a CD to a base station 22 or gateway 24. 
Voice and/or data is converted into data packets using a CD, the data packets suitable for 
a particular distributed network 26 through which communications to other users take 
place. In one embodiment, distributed network 26 is the Internet. In another 
embodiment, a dedicated forward channel is established in each communication system 
1 0 (i.e. a terrestrial communication system and a satellite communication system) for 
broadcasting information from each net member to the other net members. Each net 
member receives communications from other net members over the dedicated channel. In 
yet another embodiment, a dedicated reverse link is established in each communication 
system for transmitting information to the CM 18. Finally, a combination of the above 
1 5 schemes may be used. For instance, a scheme may be establishing a dedicated forward 
broadcast channel but requiring wireless CDs to transmit information to the CM 18 over 
an individual reverse link assigned to each CD. 

When a first net member wishes to transmit information to other members of the 
net, the first net member requests the transmission privilege by pressing a push-to-talk 
20 key on his or her CD, which generates a request formatted for transmission over the 
distributed network 26. In the case of CDs 12, 14 and 16, the request is transmitted 
over-the-air to one or more base stations 22. A mobile switching center (MSC) 28 
comprises a well-known inter- working function (IWF) for processing data packets, 
including the request, between the MSC 18 and the distributed network 26. For CD 16, 
25 the request is transmitted via satellite to satellite gateway 24. For the CD 1 7, the request 
is transmitted to the Public Switched Telephone Network (PSTN) 30, then to a modem 
bank 32. Modem bank 32 receives the request and provides it to the distributed network 
26. A NBS terminal 34 monitors traffic of the NBS system through its connection to the 
Internet 26. Since the NBS terminal 34 is connected to the Internet 26, geographic 
30 proximity to net participants is not necessary. 

If no other member currently holds the transmission privilege when the 
transmission privilege request is received by CM 18, CM 18 transmits a message to the 
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requesting net member, notifying it that the transmission privilege has been granted. 
Audio, visual, or other information from the first net member may then be transmitted to 
the other net members by sending the information to CM 18, using one of the just- 
described transmission paths. In one embodiment, CM 18 then provides the information 
5 to the net members by duplicating the information and sending each duplicate to the net 
members. If a single broadcast channel is used, the information need only be duplicated 
once for each broadcast channel in use. 

In an alternative embodiment, CM 1 8 is incorporated into MSC 28 so that data 
packets from supporting base stations are routed directly to CM 1 8 without being routed 
10 onto distributed network 26. In this embodiment, CM 18 is still connected to distributed 
network 26 so that other communication systems and devices can participate in a group 
communication. 

CM 18 maintains one or more databases for managing information pertaining to 
individual net members as well as to each defined net. For example, for each net member, 

1 5 a database may comprise information such as the user name, account number, a telephone 
number, or dial number, associated with the member's CD, a Mobile Identification 
Number assigned to the CD, the current member's status in the net, such as whether the 
member is actively participating in the net, a priority code for determining how the 
transmission privilege is assigned, a data telephone number associated with the CD, an IP 

20 address associated with the CD, and an indication of which nets the member is authorized 
to communicate. Other related types of information may also be stored by the database 
with respect to each net member. 

As part of the NBS infrastructure, the communications manager (CM) forms 
connections of individual communication terminals to form one talk group, or net. The 

25 CM comprises a variety of functional capabilities in hardware and software that are 
configurable in different ways to accommodate different applications. Generally, the CM 
provides capability to manage real-time, administrative, and authenticity operations of 
(NBS) nets, push-to-talk (PTT) request arbitration, maintenance and distribution of net 
membership and registration lists, call set-up and tear-down of necessary CDMA system 

30 and network resources, as well as overall control of net status. 
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communication devices 1 12 and 1 16 (or CD 1 12 and CD 116) do not have permission to 
transmit media to the net. Accordingly, CD 1 12 and CD 116 are designated as listeners. 
If CD 1 16 is designated as the talker, CD 108 and CD 1 12 are designated as listeners, and 
so on. 

5 As described above, each CD 108, 1 12 and 1 16 is connected to the CM 104 using 

at least one channel. In an embodiment, the channel is divided into separate channels 
comprising a session initiation protocol (SIP) channel 120, a NBS media signaling channel 
124, and a media traffic channel 128. The session initiation protocol (SIP) channel 120 
and the NBS media signaling channel 124 may be used at any time as bandwidth allows, 

10 regardless of being designated a talker or a listener, by any of the CD's 108, 1 12 and 1 16. 
The SIP is an Internet Engineering Task Force (IETF) defined application-layer protocol 
which describes control mechanisms to establish, modify, and terminate multimedia 
sessions operating over Internet Protocol (IP). SIP provides a general solution to call- 
signaling problems for Internet telephony applications by supporting means to register 

15 and locate users, mechanism which define user capabilities and describe media 
parameters, mechanisms to determine user availability, call setup, and call-handling. 

The SIP channel 120 is used to start and end participation of a CD within the net 
100. Optionally, a session description protocol (SDP) signal may also be used within the 
SIP channel 120. When the CD's participation within an NBS net is setup using the SIP 

20 channel 120, real-time call control and signaling between the CD and the CM 104 takes 
place using the NBS media signaling channel 124. Specifically, among other tasks, the 
NBS media signaling channel 124 is used for handling push-to-talk requests and releases, 
arbitrate between conflicting requests, or floor control, announce the beginning and end of 
information transmission, manage net dormancy, track endpoint connectivity, request and 

25 exchange net status, notification and error messages. The protocol of the NBS media 
signaling channel 124 minimizes the length of the most common messages, and to 
simplify the task of interpreting replies and responding to requests while retaining 
flexibility for future enhancements. The protocol of the NBS media signaling channel 124 
also allows requests to be resent without adversely affecting protocol state. 

30 Signaling traffic on the media channel 124 may further be differentiated into two 

categories: call setup and control signaling, which consists primarily of SIP invitation 
requests and acknowledgements, and media signaling, which is comprised primarily of 
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a user or group of users based on location, such as location-based broadcasting, 
directions, or identification of landmarks. 

The CM node 228 provides centralized functionality associated with NBS nets. 
The CM node 228 comprises a session initiation protocol user agent server (SIP UAS) 

5 server 236, and CM manager 240, a central billing log 244, and an administration server 
248. The SIP UAS server 236 supports user requests for net lists and handles SIP invite 
messages for nets. When a SIP invite message 229 is received from a communication 
device, the net assigns the communication device to an appropriate MCU node 208, and 
directs the communication device to the MCU node 208. 

1 0 The CM manager 240 monitors the status of all the MCU nodes within a net, and 

assigns the execution of nets to given MCU nodes, such as the MCU node 208. The 
CM manager 240 handles administrative functions pertaining to net administration, 
including the creation and deletion of nets, defining new and deleting existing users, adding 
and removing users as net members, and adjusting various operating parameters at a user, 

1 5 net, or CM wide basis. 

The central billing log 244 maintains time and identification information for billing 
purposes. The central billing log receives billing log information from a local log server 
260 of the MCU node 208. Detailed log information of each user, such as which 
communication devices are active on the net, for how long, from where, and when and for 

20 how long each CD is a talker or a listener, is maintained. The Administration Server 248 
supports an interface to allow the Administration workstation 224 to retrieve status 
information, initiate database administration and system management functions through 
the net status interface 280. 

The CM implements both the SIP user-agent server 236 and a SIP MCU server 

25 252. To support NBS, each CD implements a SIP user-agent client. The CM receives 
incoming SIP connections on an advertised node, or port. When a connection occurs, the 
SIP server 236 receives and processes requests according to SIP call-signaling 
conventions. The SIP server 236 is capable of processing multiple call-signaling 
connections in parallel. 

30 To conserve network resources, the CD may release its UDP connection with the 

SIP server 236 after it has successfully (or unsuccessfully) joined the NBS net 100. The 
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In operation, each CD dynamically selects a UDP port on which it intends to 
listen for NBS media signaling requests and communicates the port number to the SIP 
server 236 as part of the SIP invitation it delivers when attempting to join a net. The 
net's CM media signaling, destination address (including the UDP port number) is 
5 described in the net's session description delivered as part of a successful SIP INVITE 
request's response to the CD. Unlike SIP signaling addresses, media signaling destination 
addresses are net specific and may change between instances of a CD joining a net. 
Multiple nets hosted by the same CM generally operate independently and do not share 
media signaling or media traffic ports. However, it is contemplated that multiple nets 

1 0 may share media signaling and media traffic ports. 

Referring to Fig. 6, voice traffic is encapsulated by grouping one or more vocoder 
frames within an RTP/UDP 324 or UDP payload 304. The use of RTP 324 with CRTP 
330 enabled is used to minimize end-to-end media latency and provide interoperability 
with IP telephony applications and services. In either case, the CD dynamically selects 

15 the UDP port on which it expects to receive media traffic and communicates the port 
number to the SIP server 236 as part of the SIP invitation it delivers when attempting to 
join a net. 

The net's vocoder and transport encapsulation protocol, as well as its media 
traffic destination address (including the UDP port number), is described in the session 

20 description response to a successful SIP invitation request from the SIP server 236. Like 
a net's media signaling addresses, the media traffic destination addresses are net specific 
and may change between instances of a CD joining a net. 

Typically, as shown in Fig. 6, voice traffic is encapsulated at the application layer 
using RTP 324, which segments each UDP datagram 304 into a RTP header 324 and 

25 vocoder payload 322. Fig. 7 illustrates a UDP voice media protocol stack 332. Voice 
traffic may optionally be encapsulated purely using UDP datagrams 304, with no RTP 
encapsulation, typically when CRTP header compression 330 is unavailable or 
unsupported by a net member. Fig. 8 illustrates a media traffic protocol stack 334. The 
media traffic protocol stack 334 is used for net participants with no application-level 

30 RTP encapsulation. Data 336 is encapsulated into UDP datagrams 304. 

The structure of the UDP payload 304 follows the definition given for a 
corresponding RTP payload 324, without the RTP header fields. The decision to 
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media stack primarily below the IP network layer. To take advantage of the efficiencies 
provided by a cellular multicast channel, a net's media signaling and traffic destination 
addresses are conventional IP multicast channels, and CM originated media signaling and 
traffic broadcasts are multicast broadcasts. Each CD originated media signaling and traffic 
5 broadcasts and SIP signaling remain as point-to-point communications. 

The Radio Link Protocol (RLP) 310 shown in Figs. 4-9 may be modified within 
each CD to minimize the latency experienced when link-layer (RLP frame) loss occurs. 
Such modifications are optional and do not necessarily affect the operation of transport 
of application layer protocols, since neither TCP nor UDP 304 assumes a reliable 

1 0 network (IP) or link-layer service. 

A variety of the RLP 310 modification strategies are possible. For example, the 
RLP 310 may be modified to send multiple messages, such as NAK responses, after an 
initial the RLP timeout, thus prompting the remote end to transmit multiple copies of the 
lost the RLP 310 frame and improving the chances of a successful the RLP 310 recovery. 

1 5 The RLP 3 1 0 may also be modified to never send a NAK responses (after the RLP 
timeout expires) and allow dropped RLP 310 frames to force higher levels of the protocol 
stack to generate errors. Any application level protocols based on TCP recover routinely 
using TCP's error recovery mechanisms. Traffic relying on the UDP 304 for transport 
already contends with the potential for loss. 

20 Referring back to Fig. 2, once the CD establishes participation within the NBS net 

100 using the SIP channel 120, the CD is prepared to send and receive media from the net 
100 on a specific media port of the CD over the media traffic channel 128. If the CD 
gains control of the floor through media signaling, as the case with CD 108 of Fig. 2, the 
CD transmits media to the destination network and transport addresses as indicated in 

25 the session description of the net 100. The CD decodes media received on its media 
ports according to the vocoder and media format defined in the session description of the 
net 100 received in an invite response when the CD joined the net 100. The CD codes 
and encapsulates media sent to the net 100 according to the vocoder and media format 
defined in the session description of the net 100 received in an invite response when the 

30 CD joined the net 100. 

Each CD participating in a net determines the destination network and transport 
address for each media channel from the session description received from the SIP server 
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of member records, which individually contain a user identifier and priority level. A 
member with the minimal level of priority typically has listen-only privileges. 

The CM administrator 248 may monitor the current status of nets for which they 
have administrative privileges. In particular, the CM administrator 248 may determine 
5 the current list of net participants, as well as monitor the net's state (active, inactive, 
dormant, in wake-up, etc.). Whenever the net is active, the CM administrator 248 may 
also monitor the identity of the current talker. Additional statistics and status, such as 
the length of current session, total talk time, mean number of registrants, etc., may also be 
available to administrators through the administrative interface. 

10 The administration server 248 interface comprises of at least two network nodes, 

or ports. One is a TCP/IP based Hyper Text Transfer Protocol (HTTP) interface 
supporting administrative access through a conventional Java™-capable web browser. 
The second is a TCP/IP based NBS specific Command Lime Interface (CLI). 

The administration server 248 makes all administrative functions available to a 

15 generic web browser via a HTTP web server interface with one or more pages formatted 
using an Internet readable medium, such as Hyper Text Markup Language (HTML) 
syntax. At least one of the administrative pages may include a reference to an embedded 
Java™ applet. Some administrative functions may optionally be performed through 
HTTP GET and POST commands issued by the web browser using conventional 

20 HTACCESS authorization mechanisms. The administrative functions supported are 
generally a subset of those supported by the CLI interface. 

The HTTP interface may be used to deliver a Java™ applet to the web browser. 
The applet may then rely on the administrative server 248 CLI interface to provide 
additional administrative functionality to the user through a web browser interface. Prior 

25 to being granted access to the CLI interface, a potential administration workstation 224 
connecting to the administrative server 248 CLI interface is authenticated. In a preferred 
embodiment, the CLI interface is reachable on a well-known, fixed, TCP port address and 
is able to simultaneously manage multiple CLI sessions. 

The data base server 232 is responsible for storage of net information and 

30 parameters, net user information, status information associated with the MCUs 208 and 
212, and the CM node 228. The database server 232 also serves this information to the 
remainder of the CM 104, such as the SIP server 236 and other modules that need such 
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readable summary of each supported CLI command, including usage and syntax 
description. 

The NBS user portion of the database 232 tracks individual users of NBS. The 
user records contained withjn the database 232 may or may not necessarily be members 
5 of net's defined in the CM's net portion of the database 232. 

Each record in the user portion of the database 232 is comprised of fields such as 
user name, user identification, vocoder list, dial number, user type, CRTP support, CD 
user address, and CD pretty good privacy (PGP) public key. The vocoder list is a list of 
vocoders supported by the subscriber's CD. The list may include vocoders not 

10 supported by NBS. The dial number is the dial number of the subscriber's CD. This 
field is empty, or null, for generic Internet users. The user type is a type field describing 
whether the user is a CDMA cellular or generic Internet user. Users who connect via 
PSTN dial-up are considered generic Internet users. The CRTP support is a flag 
indicating whether the CD supports and attempts to negotiate CRTP Header 

15 Compression over PPP when connecting. This flag is valid for cellular as well as PSTN 
based users. The CD user address is the globally unique user address for the CD. A CD 
known by multiple user addresses will have multiple corresponding entries in the user 
portion of the database 232. The PGP public key is the key associated with the CD user 
address. 

20 The NBS net database defines the set of nets known to the CM. The net portion 

of the database 232 also lists the defined members of each net; that is, those users who 
may request to join and become participants in a net. Each record in the net portion of 
the database 232 is comprised of a variety of fields. Fields include a net identifier, which 
is a unique integer identifying the net within the context of the CM. Fields also include a 

25 net-address, which is the SIP compatible net-address of the net. Net owner(s), a non- 
empty list of users, is identified by user identifiers who have administrative privileges 
(defined separately) for the net. Also, net security status is a field for a flag indicating 
whether the net is clear or secure. 

Fields also include arbitration scheme, which is a unique value identifying the 

30 arbitration scheme used to resolve PTT arbitration conflicts between net participants. 
Net vocoder describes a field having a unique value identifying the standard vocoder 
shown in the net's advertised session description. Defined members of the net have this 
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nets or set by the user to indicate that a net defined to carry Type IV secure media 
traffic. The net traffic encryption key is the traffic encryption key used to encrypt and 
decrypt all media traffic for Type IV secure nets. The dormancy baby-sit timer is the 
length of the interva.1, in seconds, the CD will wait when in the Dormant/ Idle state 
5 between transitioning to the Connected state, confirming that the packet data call 
remains valid and the base station has not unilaterally dropped the connection. 

The MCU node 208 comprises of an MCU 252, a MCU node manager 256 and 
the local log server 260. The MCU node 208 and 212 may also optionally comprise of 
an additional MCU 264. The MCU node 212 is substantially the same as the MCU 

10 node 208. For description purposes, only the MCU node 208 is discussed herein. The 
MCU 252 is responsible for control of a single active net. The MCU supports SIP, 
media signaling, and media interfaces for the net, and provides the functionality 
associated with the normal operation of the net. Each MCU node 208 may have a pool 
of MCUs 252 that may be directed to manage nets as appropriate. Each MCU 252 

15 provides a MCU management interface 268 to support functions such as starting, 
stopping, and status reporting. 

The MCU node manager 256 monitors the operation of the MCU node 208 and 
manages the operation of each MCU 252 on its MCU node 256. The MCU node 
manager 256 also provides an external interface 272 to the CM core complex 204 to allow 

20 for startup and/or shutdown, assigning a net to the node, and sharing of status 
information. 

The local log server 260 locally records all log events for the MCU node 208. The 
local log server 260 also responds to requests from the central log server 244 via its log 
events interface 276. Requests include uploading certain event classes or priorities, in 
25 order to prevent loss of events, the messages are stored in the local log server 260 until an 
acknowledgement is received by the central billing log server 244. 

The DNS server 216 provides name services to the NBS communication devices. 
The DNS server 216 may service SRV record requests. The DNS server 216 may be 
located anywhere on the network. In an embodiment, the DNS server 216 is a part of the 
30 CM core complex 204. 

Each CD maintains a list of nets, or a group-list, internally representing the set of 
known nets in which the CD can participate. The list is non-volatile, but may be 
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In order to support SIP authentication, the CD may be provisioned with a unique 
PGP user-id and secret key which it can use to sign SIP transactions when requested by 
the CM 104. The PGP user-id may also be used as the CD user address for generic SIP 
transactions. 

5 Fig. 10 illustrates the high level functionality of the group services module 500 of 

the CD. Normally, the group services module is initialized to a default idle state 504 
when the CD is powered on. From the idle state 504, the CD may transition to other 
states that allow it to actively participate in NBS nets. 

The user may wish to temporarily disable NBS services through a menu option 

10 within the CD user- interface. If the user has disabled NBS services, the group services 
module defaults to a disabled state 508 when the CD is powered on. When disabled, the 
CD does not attempt to automatically join in any NBS nets. Further, the CD does not 
perform any NBS specific SIP transactions (the CD may maintain registrations or 
perform other SIP transactions for other IP based telephony applications residing within 

15 the CD). 

Optionally, group services may be hidden entirely from the user by provisioning 
group services within the CD to an unequipped state 512. The unequipped state disables 
group services, where an equipped state enables group services. Once unequipped, the 
CD requires administrative provisioning to equip group services. When group services 

20 are unequipped, the NBS group services functionality and related user interface features 
are not available to the user. 

The CD may support over-the-air provisioning to equip NBS group services. In 
the event that the group-list of the CD contains more than one net-address, no more than 
one net-address may is identified as a default net 514. If a net-address is selected, the CD 

25 attempts to automatically transition from the idle state 504 by attempting to join this 
selected net shortly after the CD is powered on. 

When the CD is connected, the CD cycles from a quiet state 516, a listen state 
520, a talk state 524 and a dormant state 528 based on where the user is in the push-to- 
talk system as described with respect to Fig. 1 6. 

30 The NBS relies on call signaling syntax and semantics as defined by the SIP to 

advertise available net-addresses and provide mechanisms by which an individual CD can 
formally join or leave nets. The CM 104, along with other functional entities, includes 
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The CD is responsible for updating its group-list to the set of the nets in which it 
may participate. The user may command the CD to query the database 232 of the CM 
104, even when no net-address is selected, for the purpose of receiving updates to its 
group-list. If the CD determines that it has been added or removed from a net, it briefly 
5 displays an appropriate message to the user (for example: "Added to group JT) and/or 
possibly prompt for user interaction. If the CD determines that is not a member of any 
net, it will similarly inform the user. The CD may automatically incorporate new net 
addresses into its group-list but may prompt the user before deleting addresses of nets in 
which it has lost membership from the group-list. 
1 o Generally, no more than one net in a CD's group-list may be identified as selected 

at one time. A default net may be initially selected or the user may select a net from the 
group-list. 

The CM's SIP user-agent server of the MCU 252 response to an INVITE 
request to join a net includes, as embedded content, the net's media and real-time media 

1 5 signaling destination addresses, as well as other net parameters (such as media payload 
format descriptors). Once confirmed, the CD briefly displays feedback to the user, 
indicates whether the user has listen-only privileges, and enables group service functions. 
If the CM 104 determines that the CD is not a member of the selected net, or an error or 
other exceptional condition occur, the SIP server 252 responds with a corresponding error 

20 response. When such a registration is rejected, the CD briefly displays a corresponding 
error message and group service functions remain idle. If no net is selected, group 
services within the CD remain idle. 

As part of activating group services, the CD initializes and opens its RTP media 
traffic channel 128 and the separate NBS media signaling channel 124 to the CM 

25 destination addresses provided in a successful invitation response. Once these channels 
have been initialized, group-services are activated on the CD 108 and it enters the group- 
service quiet state 516 with the ability to receive voice traffic from the net and request 
permission to send voice traffic to the net. 

With group services active, the CD 108 monitors its media traffic 128 and 

30 signaling channels 124 to the CM. Voice data received on the media traffic channel 128 is 
decoded and presented using a CD 108 far-field speaker or an ear-piece accessory, 
according to the current user configuration. The CD 108 displays the identity of the 
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If the CM 104 determines that the CD 108 requesting the floor of a particular net 
is the only registered member of the net in question, the CM 104 denies the floor-control 
request and signal an error message, such as a lonely-user error, which the CD 108 
displays to the user. Although a net may exist with only one registered member, a net 
5 cannot relay voice traffic unless there are least two registered members. 

The NBS application is based on two distinct application-level protocols: the 
Session Initiation Protocol (SIP) call signaling as described with respect to Fig. 1 1 and 
NBS Media Signaling as described with respect to Figs. 12-14. SIP is used exclusively 
for call signaling and call setup. Media signaling carries PTT requests (Fig. 12) manages 
10 net dormancy (Fig. 13), and resolves PTT arbitration conflicts (Fig. 14). 

SIP call signaling 350 is illustrated in Fig. 11. The Session Initiation Protocol 
provides NBS application-layer control (signaling) for discovering, joining and leaving 
NBS nets using the SIP server interface 236 of the CM 104. To join a net, a CD 352 
invites the net 100, by name, to participate in a call, through the top-level SIP server 236. 
15 To leave the net 100, the CD 352 sends a corresponding "good-bye" to the net. 

The CD 352 determines the IP address of the top-level SIP server 236 by using 
the DNS 216 to resolve the provisioned primary or secondary SIP server addresses into 
Internet network addresses, if necessary. As an optional alternate approach, SIP 
conventions allow the CD 352 to query the DNS 216 for service records associated with 
20 the NBS host system domain portion of the net address and contact the SIP server 236 at 
the returned address(es). 

By default, the CD 352 attempts to contact the SIP server 236 using a default SIP 
port, unless alternate port information is determined through DNS 216. Prior to 
attempting to join a net, the CD 352 may place a call using the SIP INVITE method to 
25 request an updated list of available nets. 

For example, the CD 352 that has brought up an over-the-air connection is 
assigned an IP address and wishes to determine its current list of available nets. This 
opens a UDP/IP connection to the SIP server port and issues a request. The request to 
obtain an updated list of nets is addressed to a special destination. When appropriate, 
30 the CD 352 also includes additional application-specific headers identifying the CDMA 
network and system from which a CDMA cellular based CD 352 is obtaining service. 
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The CD 352 is prepared to be redirected by the top-level SIP server 236 and re- 
issue the request to the redirected destination if necessary. The CM's top-level SIP 
server 236 redirects any incoming INVITE request as appropriate to the MCU's SIP 
server 252 currently associated with the net in question. The CD 352 may be redirected 

5 more than once. 

The INVITE request 358 may include a description (as message content) of the 
media sources that originates with the CD 352, assuming the invitation succeeds. If 
included, the description is included as message content and described using field 
constructions. 

10 The session description is delivered in a format compatible with the Session 

Description Protocol (SDP). After defining the SDP version (v), the session description 
includes a mandatory origin (o) description. The CD 352 may use any convenient 
mechanism for choosing the values for the session identifier and session version. 
Providing an estimate of the current time is one possible way of defining the session 

15 identifier. Connection data (c) is specified by defining the network type, address type, 
and connection address. The CD 352 uses the IP address with which it labels (or source) 
media traffic as the connection address. The CD 352 uses the name portion of the net's 
net-address as the session name (s). The CD 352 specifies the lifetime (t) of the session 
by providing its best estimate of the start or current time, preferable in Network Time 

20 Protocol (NTP) format, and indicates that the session is unbounded, (0). The media 
format (m) description defines the media type, source port, transport protocol, and 
payload format which the CD 352 intends to use to transmit to the net. Finally, the 
session description uses an attribute (a) type definition to indicate that the CD 352 
expects the session to be operated as a NBS conference. The server 236 should confirm 

25 that the invited to address is indeed a valid NBS net address before granting the 
invitation. 

To indicate a successful invitation, and specifically inform the CD 352 that it has 
been added to the list of participants for the invited net, the server 236 delivers an 
INVITE response 360. 

30 A successful INVITE response 360 includes the primary session description for 

the invited net, which describes supported media traffic ports and formats using SDP 
syntax. The session description includes a connection (o) description which defines the 
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network address to which all media signaling and traffic should be sent. The net's media 
destination network address is not necessarily the same as the SIP user-agent server's 
network address resolved using DNS from the net's net-address. 

The session description describes all med.a and destination media ports. The 
5 session description should also include an identifier ass lg ned tothe CD 352 by the MCU 
252 for the purpose of identifying med.a s.gnaling messages transmitted by the CD 352 
as part of its subsequent participation in the net. The value of this identifier is unique 
among all act.ve participants on a given net and should thus be generated dynamically. 
The CD 352 does not necessarily cache this identifier between successful SIP mv.tat.ons. 
, 0 The session description may also include an NBS protocol version announcement 

indicating the revision level to which the net's med.a signaling adheres. Such an 
announcement may be implemented by extending the value of the type attribute field or 
defining a new attribute, whose value is the protocol version number. 

After receiving a successful INVITE response, the CD 352 confirms the 
15 invitation by sending a SIP acknowledge (ACK) request 362 back to the net's MCU's 
SIP user-agent server 252. After transmitting the ACK request 362, the CD 352 may 
close its TCP connection with the SIP server. Prior to the ACK request 362 being 
transmitted, the CD 352 initializes its media signaling and traffic ports according to the 
session description delivered in the INVITE response 360. 
20 At any time after the CD 352 has transmitted the SIP ACK message 362 m 

response to a successful INVITE response 360, the CD 352 may formally terminate its 
participation in the net by sending a SIP BYE message 364 to the net's user-agent server 
257 Pnor to sending the BYE message 364, the CD 352 may need to open a TCP 
connection to the user-agent server 252. The BYE message 364 is acknowledged by the 
,5 CM with a BYE response message 366. Once the BYE response message 366 is 
acknowledged, the CD 352 may close ,ts UDP connection with the user-agent server 252. 
Pnor to acknowledging the BYE response message 366, the user-agent server 252 
removes the CD 352 from the indicated net's list of active participants. 

in general, a SIP user-agent client of the CD 352 may use the OPTIONS method 
30 to query a SIP server's capabilities. In particular, the CD 352 might wish to query an 
arbitrary SIP destinat.on to determine whether the destination provides NBS call 
signaling support. 
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The CD 352 may wish to abort a pending INVITE request 358 prior to receiving 
the INVITE response 360 and sending the acknowledgement 362. In such circumstances, 
the CD 352 may use a SIP CANCEL (not shown) method to gracefully abort the call. 
Both the top-level ?IP redirect server 236 and the CM's SIP user-agent server 252 
5 support the CANCEL method. 

For example, the CD 352 may use the CANCEL method to abort an INVITE 
message 358 in progress if the user decides to place a voice-services call and presses send 
before the INVITE message 358 completes. In such a circumstance, rather than wait for 
the INVITE response 360 to complete and immediately send the BYE message 364, the 
10 CD 352 may simply immediately CANCEL the INVITE message 358 and proceed to 
place the requested voice-services call. 

After the CD 108 has successfully negotiated entry into the current membership 
of a NBS net using SIP, all real-time call control takes place through point-to-point 
application level media signaling messages exchanged between each CD 352 and the net's 
15 MCU SIP server 252. 

Media signaling messages are transported using the protocol stack depicted in Fig. 
4, and in accordance to the sequence depicted in Fig. 12. Fig. 12 illustrates a media 
signaling message sequence 368. A PTT request message 370 is sent by the CD 352 to 
the SIP user agent server 252 of the MCU node 208 and signals a user's desire to 
20 broadcast media, usually voice, to the net. Normally, the PTT request message 370 is 
sent for each press of the CD 352 push-to-talk button to denote a floor-control request. 
In addition, a PTT release message is sent by the CD 352 to the SIP user agent server 252 
to denote the normal release of the "floor" when the user releases the CD 352 push-to- 
talk button. 

25 The PTT message comprises of fields such as the opcode, id, src, and reserved. 

The opcode field defines whether the PTT message is a floor-control request or release 
message. The id field provides a unique message identifier to allow subsequent PTT 
release and PTX messages to reference a specific PTT request. The id should be unique 
within the registration session of a particular CD 352. The src field uniquely identifies 

30 the CD 352 that sends the PTT request 370 to the SIP user agent server 252. The 
reserved field reserves space in the PTT message 370 for future capabilities. 
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server 252 starts its timer from the instant it sends the PTX message 372 response - 
not when the CD 352 begins sending media traffic. The value of the expires field is a 
configurable net parameter. 

The CD 352 does, not explicitly acknowledge receipt of the PTX message 
5 response 372. Instead, if the transmitted PTX message response 372 is lost, the CD 352 
PTT retransmit timer expires and the CD 352 retransmit its PTT request 370. Since the 
retransmitted PTT 370 has the same id as the lost PTX response 372, the SIP user agent 
server 252 responds by re-sending the lost PTX message response 370, rather than 
treating the retransmitted PTT message request 372 as a separate push-to-talk request 
1 0 event. 

A PTA message 374 is sent by the SIP user agent server 252 to each CD 352 
currently participating in a net to announce the identity of the source of pending media 
traffic. A PTA message 374 is also used to formally announce the end of a talk-spurt. 

The PTA message 374 comprises fields such as opcode, talker, and reserved. The 

15 opcode field indicates whether the PTA message 374 is announcing the granting (or 
release) of the floor to (or by) the CD 352 identified by talker. The talker field identifies 
the CD 352, which sources media traffic to the net until the next PTA message 374 is 
sent. The reserved field reserves space in the PTA message 374 for future capabilities. 

The CD 352 whose PTT floor-control request 370 was successful may or may 

20 not receive a PTA message 374 announcing it has control of the floor. The message may 
arrive before or after it receives the corresponding PTX response 372, since UDP does 
not necessarily preserve datagram ordering. However, the SIP user agent server 252 
sends the PTA announcement 374 before it expects to begin forwarding media (in the 
case of a PTA grant announcement). It is recommended that the requesting CD 352 ignore 

25 received PTA messages 374 which announce it has won control of the floor and rely only 
on the receipt of a PTX grant message response 374 to determine whether it can begin 
transmitting media to the net. 

An "are you there" AYT message 404 (Fig. 13) is sent by the SIP user agent server 
252 to an individual CD 352 in order to confirm that the CD 352 in question is reachable 

30 using IP. A collection of AYT messages 404 may also be sent to a group of net 
participants in order to signal that a net is no longer in dormant mode. 
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Since the SIP user agent server 252 is responsible for defining the value of the id 
field, the SIP user agent server 252 may use the id to determine and track whether a 
specific CD 352 remains reachable. 

The ZZZ or sleep message (illustrated in Fig. 13 as reference numeral 412) is sent 
5 by the SIP user agent server 252 to the CD 352 to encourage the CD 352 to release its 
over-the-air resources and enter dormant mode. The CD 352 may choose to ignore this 
message (especially if it is concurrently supporting other packet applications). 

The ZZZ message comprises fields such as id and reserved. The id field provides 
a unique message identifier to allow the CD 352 to differentiate between multiple receipts 
10 of the ZZZ message. The reserved field reserves space in the ZZZ message for optional 
or future capabilities. 

The CD 352 does not acknowledge receipt of the ZZZ message. Error recovery is 
generally not attempted if the ZZZ message is lost. To guard against a ZZZ message being 
lost, the SIP user agent server 252 may send multiple copies of the same ZZZ message to 
15 an individual CD 352. The SIP user agent server 252 insures that copies of the same 
sleep message are sent within a defined interval, and the CD 352 waits for a period longer 
than this interval from the time the first sleep message (with a new id) is received before 
releasing its over-the-air link and transitioning to a dormant state. 

As illustrated in Fig. 15, an ASK message 382 is sent by the CD 352 as a query 
20 384 to the SIP user agent server 252 to confirm connectivity with the SIP user agent 
server 252. The ASK message 382 also allows the CD 352 to determine whether the CD 
352 remains listed as a net participant. The CD 352 may confirm its participation after a 
service-disruption or other period where it may have temporarily lost connectivity with 
the SIP user agent server 252. 
25 The ASK message 382 comprises fields such as id, sre and reserved. The id field 

provides a unique non-zero message identifier to allow a subsequent FYI response 
message to reference a specific ASK request message. The sre field uniquely identifies the 
CD 352 which sends the ASK message 382 request to the SIP user agent server 252. The 
reserved field reserves space in the ASK message 382 for optional or future capabilities. 
30 The CD 352 assumes that the SIP user agent server 252 responds to a received 

ASK message 382 with an FYI response message 386. If an FYI response 386 is not 
received within a predetermined timeout period, the CD 352 transmits a new ASK 
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the talk-spurt by issuing a PTT release message 376 to the SIP user agent server 252. 
The SIP user agent server 252 responds with a PTX confirmation message 378 and 
broadcasts an announcement signifying the end of the talk-spurt to all net participants. 

When any CD 352 has the floor (the right to talk) of a net, the net is said to be 
5 active; otherwise, it is inactive. If a net is inactive for a time exceeding the net's hang- 
time, the SIP user agent server 252 may put the net in dormant mode by individually 
signaling all registered mobile stations to release their over-the-air traffic channels. A 
connection is maintained to allow a floor-control request or other traffic to bring the net 
out of dormant mode relatively quickly. Net members may ignore "go dormant" 

1 0 messages. The SIP user agent server 252 does not explicitly or implicitly track the 
dormancy status of individual net members. 

As illustrated in Fig. 15, the SIP user agent server 252 will "wake-up" a net and 
bring it out of dormant mode 616 when a successful floor-control request 704 is received 
during dormancy. As soon as the floor-control request 704 has been granted, the SIP user 

1 5 agent server 252 will signal each registered CD 352 by requesting the are-you~there (AYT) 
response 716 over the media signaling channel and start an internal wake-up timer 724. 
Each CD 352 acknowledges receipt of the AYT response 716 to the SIP user agent server 
252 if it wishes to remain registered in the net. Optionally, a dormant CD 352 may 
buffer media traffic 740 from the time the user keys PTT until the CD 352 traffic channel 

20 is (re)connected. The SIP user agent server 252 may buffer media traffic 740 received 
from the talking CD 352 until the wake-up timer 724 exceeds the wake-up timeout, at 
which point, it begins forwarding media traffic to each registered CD 352 - including any 
members which have not yet responded to the AYT request 716. Thus, both the CD 352 
and the MCU node 208 have the ability to buffer data until the recipient is ready to 

25 receive the buffered information. In an embodiment, portions of data are stored both in 
the CD 352 and the MCU node 208. 

The SIP user agent server 252 periodically retransmits AYT requests 716 to any 
registered CD 352 which has not acknowledged receipt of the AYT request 7 1 6. Once the 
wake-up timer 724 has exceeded a second longer late-riser timeout, the SIP user agent 

30 server 252 will unregister any member CD 352 whose AYT acknowledgement is 
outstanding and stop the wake-up timer 724. The SIP user agent server 252 ignores 
duplicate AYT responses. 
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After a configurable but fixed delay, defined as the PTX dormancy response timer, the 
SIP user agent server 252 transmits the PTX grant message response 420 to the requesting 
CD 352. Once a second wake-up timer (whose value is generally not less than the PTX 
dormancy response timer) expires, the SIP user agent server 252 announces the talker via 
5 a PTA message 428 to all net participants and may begin forwarding media. 

The MCU node 208 is responsible for receiving incoming data packets from the 
transmitting CD 352 and for sending duplicate copies of the received data packets to 
other members of the net to which the transmitting CD 352 belongs. As each data packet 
is received by MCU node 208, it is stored in a memory (not shown). The transmitting 

10 CD 352 may be identified by interrogating the data packet. In one embodiment, an IP 
address representing the transmitting CD is included in each data packet as a way to 
perform the identification. 

After the transmitting CD 352 is identified, the MCU node manager 256 retrieves 
a list of net members belonging to the net associated with the particular MCU node 208 

15 from local memory (each MCU is typically assigned to one net only). A destination 
address is associated with each active net member, i.e. net members who are presently 
registered with MCU node 208, in local memory. In one embodiment, the destination 
address is an IP address. MCU node manager 256 then creates a duplicate of the original 
data packet, except that the destination address identified within the data packet is 

20 modified to reflect the destination address of the first net member. Next, MCU 208 
creates a second duplicate data packet, addressed to the second net member. This 
process continues until the original data packet has been duplicated and sent to all of the 
active net members identified in local memory. During the play-out of any buffered 
media, the CM 104 treats the net as active, even if the talking CD 352 has released the 

25 floor. Hence, the CM 104 does not allow a CD 352 to interrupt the play-out of buffered 
media unless the interrupting CD 352 has higher priority than the source of the buffered 
media. 

Note that the SIP user agent server 252 may receive I AH message responses 432 
for an extended interval after the net is brought out of dormant mode and that the SIP 
30 user agent server 252 does not wait for all net participants to respond before granting the 
pending PTT request 416. Late responders whose I AH response 432 arrives after the 
PTX grant message response 420 is transmitted remains listed as net participants, but 
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Figs. 15 and 16 illustrate operation of the CM 104 and CD 352, respectively, 
during various states. The CM 1 04 maintains an inactivity timer for each net, or the 
hang-time timer 620. When the inactivity timer 620 reaches a configurable prescribed 
value, the timer triggers the CM 104 to place the net in a dormant state 616 by 
5 broadcasting a media signaling message 696 to all net participants. Upon receipt of the 
message, a participating CD 352 may release its traffic channel and enter a dormant/idle 
state 844, or the CD 352 may ignore the message and remain in a connected state 820. In 
particular, net participants that are not operating over a channel, such as dial-up PSTN 
users, should ignore the media signaling messages. 

10 The net's hang-time timer 620 does not advance for the duration that a PTX grant 

message response 632 is an effect. The timer 620 is reset to zero when the PTX grant 
message 632 is transmitted and remain at zero until the PTX grant 632 expires or the CD 
352 releases the net's floor 872. Once the floor is released, the hang-time timer advances 
until the next PTX grant message response 632 is transmitted. 

15 if a participating CD 352 enters the dormant/idle state 844, it remains dormant 

until either packet data addressed to the CD 352 arrives at the CD 352 MA cellular 
infrastructure or the CD 352 generates data to send using the packet data service. The 
former case may be triggered by traffic sent to the CD 352 by the CM 104 (908). The 
latter case may be triggered by the user keying the PTT button to request permission to 

20 broadcast 824 to the net. Other triggers unrelated to NBS are also possible. 

The net itself remains dormant until one or more participants trigger the 
transmission of a PTT request 704. If the CM 104 determines it can grant the PTT 
request message 704 (including performing any necessary arbitration to deal with 
multiple requests) it sends a request 716 to each listed net participant to trigger a 

25 transition out of the dormant/idle state 844. For any specific CD 352, the trigger may or 
may not be necessary, but each CD 352 nonetheless responds to the request. In this 
circumstance, when a net is transitioning out of the dormant state 616, the CM 104 
refrains from sending the initial PTX grant response message 756 until a fixed but 
configurable delay, the PTX dormancy response timer 728, expires. After the timer 728 

30 expires, whose default value is typically be zero, expires, the CM 104 sends the PTX 
grant 756 as usual. However, the CM 104 continues to refrain from forwarding media to 
the net until a second related timer, the net's wake-up timer 724, expires. Both timers 
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message 856 or 868. The delay may occur because the CD 352 may have released its 
traffic channel and experiences a delay in re-establishing packet data service. The delay 
may also occur because the CM 104 waits until the net's wake-up timer has expired 
before sending the PTX message response 856 or 868. In this circumstance, the CD 352 
5 may optimistically assume that the CM 104 eventually responds with a PTX grant 
response 868 and signal the user that the PTT request 876 has been granted. To allow 
the user to begin speaking "early," the CD 352 buffers voice internally, until either the 
PTX request arrives, or it consumes all available internal buffer space. 

If the PTX message response arrives and the request is granted, the CD 352 may 

1 0 begin transmitting the (buffered) voice and operation proceeds normally. If the PTX 
message response arrives and the request is denied, the CD 352 signals the user that 
permission to talk to the net has been denied. Since the user has already started talking, 
this late denial may appear to be a priority conflict. Special care is taken in this 
circumstance to avoid unnecessarily confusing the user. The CM 104 signals the PTX 

1 5 deny message 856 as soon as possible to limit the length of time the user may talk under 
the assumption that the outstanding PTT request eventually will be granted. 

If the PTX message does not arrive before all available internal buffer space is 
consumed, the CD 352 may simulate a PTX deny message 856 and signal the user to 
stop talking (856). If the CD 352 has not been able to re-establish service, it may also 

20 need to take other error action at this point and inform the user accordingly. 

Alternatively, if by this time, packet data service is re-established, the CD 352 may, in 
this situation, begin transmitting voice media to the CM 104 without prior receipt of a 
PTX grant message response 868. 

While waiting for the wake-up timer to expire, the CM 104 buffers any voice 

25 media received on a net's media channels from the CD 352 which has sent the 

outstanding PTT request 852 and eventually sends a corresponding PTX grant response 
868. Once the wake-up timer expires, the CM 104 transmits the PTX grant response 
868 to the requesting CD 352, broadcasts a PTA announcement to the net, and begins 
broadcasting the buffered voice media. If the CM 104's internal voice buffer is consumed 

30 before the wake-up timer expires, the CM 104 immediately transmits a PTX denial 

message 856 to the requesting CD 352. The treatment of the buffered voice is undefined, 
but the CM 104 may transmit the contents of its voice buffer to the net after the wake- 
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from the talk state 636 to the release-confirm state 660 when the PTT release message 
648 is received from the CD 352 with control of the net's floor. The CM 104 transitions 
from the talk state 636 to the failsafe-recover state 664 when the failsafe timer 652 
expires. The user is typically given the amount of time remaining before the failsafe timer 
5 expires. The CM 104 broadcasts media traffic received from the net's current talker to 
the net while it remains in the talk state 636. If the net's media buffer is not empty, the 
CM 104 continues to buffer media received from the net's current talker while it 
broadcasts media traffic to the net. 

The CM 104 enters the arbitrate state 656 as a result of receiving the PTT request 

10 message 644 while in the talk state 636. The CD 352 which originated the PTT request 
message 644 is known as the interrupting participant. If the interrupting participant and 
the current talker are identical, the CM 104's PTX grant message 668 was lost and the 
current talker is re-sending its PTT request 644. The CM 104 transitions from the 
arbitrate state 656 to the talk state 636 and sends the interrupting participant the PTX 

15 grant message 668 if the interrupting participant and the net's current talker are identical. 
The CM 104 applies the arbitration algorithm to the net's current talker and the 
interrupting participant immediately upon entering the arbitrate state 656 if the 
interrupting participant and the net's current talker are distinct. 

The CM 104 transitions from the arbitrate state 656 to the talk state 636 and 

20 sends the interrupting participant a PTX deny message 672 if the arbitration algorithm 
rules in favor of the current talker. The CM 104 transitions from the arbitrate state 656 
to the grant state 612 and sends the net's current talker a PTX interrupt message 676 if 
the arbitration algorithm rules in favor of the interrupting participant. The CM 104 
transitions from the release-confirm state 660 to the release-announce state 680 and sends 

25 a PTX confirm message 684 to the current talker immediately upon entering the release- 
announce state 680. 

The CM 104 transitions from the failsafe-recover state 664 to the release- 
announce state 680 and sends a PTX deny message 688 to the current talker immediately 
upon entering the failsafe-recover state 664. The CM 104 transitions from the release- 
30 announce state 680 to the idle state 604 and sends a PTA release announcement 692 to all 
net participants immediately upon entering the release-announce state 680. The CM 104 
transitions from the go-dormant state 624 to the dormant state 616 and sends a ZZZ 
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The CM 104 transitions from the dormant-grant state 736 to the announce state 
628 and sends a PTX grant response 748 to the net's pending talker immediately upon 
entering the dormant-grant state 736. The CM 104 transitions from the buffered-grant 
state 740 to a buffering state 752 and sends a PTX grant response 756 to the net's 
5 pending talker immediately upon entering the buffered-grant state 740. The net's state 
machine remains in the buffering state 752 as long as the wake-up timer 724 has not 
expired. While in the buffering state 752, the CM 104 buffers any media traffic received 
from the net's pending talker. 

The CM 104 transitions from the buffering state 752 to the announce state 628 

10 when the wake-up timer 724 expires. The CM 104 buffers any media traffic received 
from the net's pending talker in the net's media buffer while it remains in the buffering 
state 752. The CM 104 responds to any media signaling request which contains invalid 
or reserved field values by sending an ERR response 760 in an error state 764 to the CD 
352 which sent the message and otherwise ignore the request. 

15 The CD 352 implements the NBS Media Signaling state diagram 800 shown in 

Fig. 16 whenever a user is participating in a net. The CD 352 initializes to a startup state 
804 after the CD 352 accepts the net's session description by sending a SIP ACK 
message 808 to the CM 104. The CD 352 transitions from the startup state 804 to a 812 
startup- wait state and sends a ASK request message 816 to the CM 104 immediately 

20 upon entering the startup state 812. 

The CD 352 remains in a listen state 820 as long as the user does not press the 
push-to-talk button 824, no PTA message 828 is received from the CM 104, and no 
sleep ZZZ message 832 is received from the CM 104. The CD 352 transitions from the 
listen state 820 to a floor-request state 836 when the user presses the push-to-talk 

25 button 824. The CD 352 transitions from the listen state 820 to a talker-announce state 
840 when the PTA message 828 is received from the CM 104. The CD 352 transitions 
from the listen state 820 to a dormant-idle state 844 when the sleep ZZZ message is 832 
received from the CM 104. The CD 352 transitions from the floor-request state 836 to a 
floor-wait state 848 and sends a PTT grant request 852 to the CM 104 immediately upon 

30 entering the floor-request state 836. 

The CD 352 remains in the floor-wait state 848 as long as no PTX response 
message 856 is received from the CM 104 and a PTT Abort timer 860 has not expired. 
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to the CM 104 after its PTT Retransmit Timer expires. The CD 352 transitions from the 
release-wait state 896 to the listen state 820 after its PTT Abort Timer expires 860. 

The CD 352 transitions from the talker- announce state 840 to the listen state 820 
and announces the talker immediately upon entering the talker-announce state 840. The 
5 announcement can indicate that a new talker has control of the floor, the current talker 
has released the floor, or that no talker currently has control of the floor. 

The CD 352 remains in the dormant-idle state 844 as long as no AYT request 
message 908 is received from the CM 104 and the user does not press the push-to-talk 
key 824. The CD 352 transitions from the dormant-idle state 844 to the dormant- 
10 wakeup state 912 when the AYT request message 908 is received from the CM 104. The 
CD 352 transitions from the dormant-idle state 844 to the floor-request state 836 when 
the user presses the push-to-talk key 824. 

The CD 352 discards any sleep ZZZ message 916 received while in the dormant- 
idle state 844. The CD 352 transitions from the dormant-wakeup state 912 to the listen 
15 state 820 and sends an IAH response message 916 to the CM 104 immediately upon 
entering the dormant-wakeup state. 

Upon receipt of an AYT ping request 920 received from the CM 104 while in any 
state other than the dormant-idle state 844, the CD 352 saves its current state, 
temporarily transitions to an IAH-reply state 924, builds and sends an IAH response 
20 message 928 to the CM 104, and return to its previous state. The CM 104 sends an 
ERR response 932 to the CD 352 when it receives a media signaling error and enters an 
error state 936, such as an malformed request making use of invalid or reserved field 
values. 

Upon receipt of the ERR response 932 received from the CM 104 while in any 
25 state, the CD 352 alerts the user that an error has occurred, disables the CD 352 (940), 
and perform any appropriate SIP signaling to gracefully end its participation in the net 
(944). 

When the CD 352 has entered one of the dormant state (844), the CD 352 may 
receive point-to-point voice services calls via another IS-707 service option, yet remain 
30 participants of a dormant net. After the voice services call is terminated, the CD 352 
returns to the IS-707. 5 dormant/idle state 844. 
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However, if the net comes out of the dormant state 844 while the CD 352 has 
chosen to receive a point-to-point voice service option call, the CD 352 may miss the 
AYT "wake-up" message request 908 and be removed from the list of active participants. 
In such instances, the CD 352 may determine its participant status by sending the CM 

5 104 an ASK request 382. Once the CD 352 has been removed from the net's list of 
active participants, the CD 352 re-registers with the CM 104's SIP server in order to 
once again participate in the net. 

The CD 352 allows the user to originate and receive conventional PSTN point-to- 
point calls as well as participate in group services discussions. Although the CD 352 

10 may internally operate in one of several modes, the CD 352 avoids restricting certain 
functionality within the context of distinct operating modes that the user is required to 
explicitly navigate. Thus, seamless receipt and placement of point-to-point voice- 
services calls while group services are enabled and activated. 

The CD 352 may be used to place a point-to-point voice services or secure point- 

15 to-point packet voice calls at any time, whether group services are active or not, as long 
as the CD 352 is not simultaneously acting as a talker. If the CD 352 has registered as a 
member of a net, the CD 352 unregisters from the net. If the selected point-to-point call 
is placed via a voice service option, the CD 352 terminates data services. Once the point- 
to-point call has been completed, the CD 352 may transparently enable packet data 

20 service and reregister as a member of the current selected net. 

The CD 352 may be used to receive PSTN or secure point-to-point packet voice 
calls while group-services is enabled, within the limitations imposed by the cellular 
infrastructure. If the CD 352 joined a net, and the selected net is active, the CD 352 
appears busy to an incoming PSTN call and the call is given the appropriate busy 

25 treatment by the cellular infrastructure. If the selected net is quiet but the net's hang- 
time 620 has not expired, the call is also given the normal busy treatment by the cellular 
infrastructure. However, if the selected net's hang-time 620 has expired, the net has been 
placed in dormant mode 616, and the CD 352 has released its over-the-air resources, the 
call may not be given busy treatment by the infrastructure and the CD 352 may be paged 

30 to initiate receipt of the incoming call. 

While a voice services call is active, the CD 352 is unable to receive any NBS net 
traffic. After a voice services call has been completed, the CD 352 may be required to 
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rejoin the net as it may have missed one or more AYT requests 716. Whenever the CD 
352 appears busy to an incoming voice services call, the caller is redirected based on 
whatever busy treatment has been defined for the called CD 352 (such call forwarding, 
voice mail, etc.) by the cellular infrastructure, as expected. A user may optionally 
5 configure the CD 352 to disable receipt of incoming point-to-point calls while a net is 
selected and the CD 352 is registered as a member. 

The CD 352 also detects if its IP network address has or is about to be changed. 
If the CD 352 is participating in a net when the address change occurs, the CD 352 again 
INVITE itself to the net, as discussed with respect to Fig 1 1. 

10 For example, a roaming CD 352 may switch cellular systems or cellular networks 

and thus negotiates a new IP network address. Or, the CD 352 may experience a service 
disruption or drop the packet data service option call for any reason and upon re- 
establishing service be assigned a new IP network address. If the CD 352 is participating 
in a net during an address change and does not rejoin the selected net in a timely fashion, 

15 the CM 104 eventually expires its membership and removes the CD 352 from the list for 
the selected net. The CD 352 is removed from the list of active net participants if it does 
not eventually respond to a series of media signaling AYT request messages 716. 

In the absence of the IS-707.5 Packet Data Service Option, the NBS may operate 
over the existing and commonly available Quick Net Connect (QNC) packet service. 

20 However, QNC does not currently support dormancy. Accordingly, application level 
messages such as "go dormant" may be ignored by a CD 352 operating NBS over QNC. 

QNC does provide a protocol stack similar to that provided by IS-707.5. The 
CD 352 may be configured to negotiate a packet connection using QNC rather than IS- 
707.5, and, if the QNC service is available, treats the connection as a packet data service 

25 option connection without dormancy or, optionally, CRTP header compression support. 

Under Mobile IP, the CD 352 connects to the network using a foreign agent, 
which assigns the mobile a care-of address. The care-of address is temporary but legal 
address to which IP datagrams may be addressed from anywhere on the Internet. The 
mobile uses the care-of address to contact its home agent and inform it of the mobile's 

30 current care-of address. After confirming the identify of the mobile, the home agent then 
sends packets addressed to the mobile's permanent home address (which normal Internet 
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routing mechanisms delivers to the home agent directly or to the home agent's network) 
to the mobile using the mobile's care-of address. 

Although NBS can operate over Mobile IP, Mobile IP may potentially adversely 
impact the end-to-end latency and perceived voice quality of NBS media traffic and 

5 signaling. This may be of particular of significance if the CD 352 joins a net using its 
permanent address and the home agent is located far, in a network topology sense, from 
the CM 104 and the CD 352. In such a case, media traffic may optionally be routed over 
the public Internet or other variable quality of service networks, which may not have 
been required if Mobile IP was not used. To avoid this, it is preferable for the CD 352 to 

10 access NBS services using its care-df address and re-join nets when its care-of address 
changes. 

Both SIP call signaling and PGP public key encryption use a unique CD 352 user- 
id or similar unique identifier. The user database 232 defines an internal user identifier, 
which may be forwarded to and used by the CD 352 in media signaling requests. The CD 

1 5 352 user-id address preferably does not contain any private data whose public disclosure 
might compromise the existing cellular infrastructure authentication mechanisms. 

The CD 352 user address is used in the headers in SIP registration and invitation, 
and may be used to form other parts of the required SIP syntax. The user address is also 
an input to the generation of the private PGP key used to authenticate SIP requests. The 

20 CD 352 user-interface allows the user to view the user address. The CD 352 user- 
interface may allow the user to change the user address, at the risk of potentially 
disrupting the ability to access NBS or satisfy SIP authentication requests. 

To guard against certain denial of service attacks and prevent CD 352 
masquerading, the CM 104 may optionally request that the CD 352 authenticate itself 

25 prior to registering or joining a net. Authorization is performed at the application level, 
independent of other authorization schemes that may exist at the network or cellular 
infrastructure level. CD 352 authorization is also implemented, and operates, 
independently of concepts and data structures supporting encrypted (secure) NBS nets. 

In particular, the CM 104 may request that the CD 352 include an 

30 "Authorization" header with its SIP requests. The authorization header allows for the 
SIP message to be signed by the CD 352 using PGP public key cryptography signatures. 
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Public key cryptography generates a public and private key from a private secret, 
typically known only to the encryptor (in this case, the CD 352). The private key, in 
combination with the secret, is required to sign a message, but the public key alone can be 
used to verify a signed message's signature. Thus, to support SIP authorization, each 
5 CD 352 is preferably provisioned with a private secret and private key, which are never 
shared. Each CM 104 to which the CD 352 may need to authorize itself should know 
the public key of the CD 352. Since the public key is not secret, it may be stored as part 
of the user portion of the database 232 maintained by the CM 104, or accessed through 
generic public key servers on the Internet. 

10 The CM 104 may require CD 352 authorization at the server, net, or user level. 

At the server level, the CM 104 requires all clients connecting to the CM 104's SIP 
server 236 (see Fig. 3) to provide authorization credentials, rejecting all requests which 
are not authorized. When server level authorization is enabled, only clients whose 
identities (i.e. 9 a client's public key) are previously known to the CM 104 may 

15 effectively use the server. Server level authorization can protect the CM 104 SIP's 
server 236 from many relatively easy denial-of-service attacks. 

A CM 104 may protect one or more nets it manages through authorization, but 
leave other nets "unprotected." If the CD 352 attempts to INVITE itself to a protected 
net, the CM 104's SIP server 236 rejects the request unless the CD 352 can be 

20 authorized by the CM 104. 

Also, the CM 104 may use authorization to insure that the CD 352 (or any SIP 
user-agent client in general) does not attempt to masquerade as another CD 352 and hence 
either deny service to legitimate net participants or passively monitor a net's media 
channels. If the CM 104 requires that a specific CD 352 be authorized, the CM 104 does 

25 not accept any SIP requests from a client connecting as the CD 352 unless the client's 
SIP requests include a PGP signature which may be verified by the CM 104. At the user 
level, authentication may be configured on a per user basis (i.e., the CM 104 may require 
that certain users be authenticated before while allowing other users to remain 
unauthenticated). 

30 The PGP private key may either be administratively provisioned within or 

created by the CD 352, once the CD 352 user address is defined. The private key need 
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NB S serv.ce areas ,s deseed ,o be ,„,e g ra.ed, both ,o aUow users .o roam 
be ,ween serv.ce areas as we,, as .0 join equivaien, ne.s defined whin separate serv.ce 
areas Peer,o-peer communications between nru,fip,e CMs ,04 takes ,be form of SIP 
12 redirects .be exchange of user and net da.abase records, and add.fiona, messages 

specific to an integrated NBS service. 

,„ an integrated NBS service embodiment, it may be preferab,e to a„ow any C M 
,04 to assume ownersb.p of a ne, Tbus, operat.on of a ne, is no, spec.fic to a 
2 2 or MCU node 20, Tbe cbo.ce of CM ,04 may be determined dy— 
bal on factors such as proximity ,0 tbe majority of ne, participants and avadab, 
, qullity of service on a service providers inter-system network. - 

ed.rec, server 236 is capab.e of redirecnng any CD 352 to the approbate MCU^ Sfi> 
us er-agen, server, and/or, if necessary, forwardtng tbe CD 352 to another SIP red.rec. 

in an .ntegrated NBS service embod,ment, a nefs net-address bas mearung 
5 tbrougbou, me NBS system. As a resu.t, one or more top-,eve, SIP servers 236 are 
l;le for reduectmg INVITE requests and dialing net part.crpan^ to tbe 
appropnate MCU nodes 208. The top-.eve, SIP servers 236 may sbare a common use 
ZZ database 232, providing s,mi,ar fi—y and redirects decsions a, d.ft,m* 
etwork rendezvous points. As a resuU, tbe redirection of CD 352 ongma^ m_ 

^ t an H rritical layer of abstraction that allows multiple CM 1U4 
20 provides an important and critical layer m 

illations <o be integrated into a single bomogencousMBSserv.ee. 

,„ an in.egra.ed NBS service, .be sys.em sca.es by dup.ica.ing .be func, na,«y 
pro v,ded by me MCU node manager 256, i.s associated se. of MCU. 252 (,oose y 
Led an Custer"), includbtg H. SIP user-agen, serve, A sutg.e d,abase 232 

25 and adminis.ra.ion interface 248 is shared by ah Cements of the system. 

Tbe process by which a CD 352 io,ns a ne. in such an .n.egrated sysKm 

t *w used in a system comprised of a single CM 104 
substantially the same as to that used in sy^ v 
lafion The CD 352 inrtiaUy sends a„ SIP requests ,o .be ,op ,eve, 

H„, responsmihty for .he ne, in quesfion. In the case of an INVITE request a 
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„ nosh to-talk communication device to participate 
, ne, comprising a — - 

2 ir^rr— - - — - - 

4 -^S^.^.^-— s - u ,n, ° pack£t data sui,ab,e 
6 f °' — — :t — — - — * - — 10 sa,d 

8 ^Liver configured » rece,e pac.e. dara through a second — - - 

l0 controller; and transmitter when a user of 

a user activated mechanism configured to activate 

coin nacket data to said controller. 
12 said communication dev 1C e to transmit said packet 

f Claim 1 wherein said communication device is a wireless 
2. The apparatus of Claim I, wnc 

2 communication device. 

f Claim 1 ta*er comprising memory configured to srore sa.d 
i The apparatus of Claim l, tumi v 

, controller is ready to receive said packet data. 
2 packet data until said controller is rea y 

f Claim 3 wherem said memoiy is used to minimize perceived 
4 The apparatus of Claim 3, wnci 

2 latency of a user. 

rf Claim 1 wherem said processor further comprises a 
5 . The apparatus o, Clam, ^ ^ ^ ^ ^ to 

2 dynamically configurable pnonty . ^ transmlss , on 

det erm,ne whether sa,d com— .on ^ has ^ 

interrupt the transmission ot said con 
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. id assume-, of priority level . 
of Claim 5. wherem said assign 
6 The apparatus of t, 
2 dynamically configurable. ^ ^ 

. , herein said processor .s configur 

■ from said controller reg« 
, information from sa configured to 

f Cairn — said communication device. 
g The apparatus of Claim 

2 operate in a secure mode. 

4 eonf, U rca.o— itsne 

l0 ^eapparamaofaaim.,— ^-;- said ^activated mechamsm 

— — " 6 ^communication device, 

2 participate in a group ^ having a controller conftgu 

.eaa. two communication <fev ^ ^ ^^non device, 

communication nc, and interface 

** tablish a firs, channel with said controlle • 



comprising: 

aUSe ' aCt,V dp IL data to said controller, 
ocvice to transmit said pack morises time-sensitive 

^ racket data comprises 

12 The apparatus ot w 
2 information. 
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fClahn 1 1 wherein at M one of said communication devices is 

13. The apparatus of Claim 1 > . wire 

a wireless communication device. 

„ of Claim 1 1 further comprising memory configured to store said 

14 . Th e apparatus of Oaim ^ ^ 
packet data until said controller is ready 

f Cairn .4 therein said memory is used ro min.mize perceived 
15 The apparatus of Claim 14, wnc 

I latency of a user. 

M of C.a,m U, wherein said packet data comprises a. leas, one of 

f Claim 11 wherein said firs, channel further comprises a signal 
2 initiation protocol (Sir) cnanw , 

„ of Claim 1 1 wherein said processor further comprises a priority 
lg . The apparatus °< ™»™ „ detemine whe ther said communicarton 

2 level, wherein said pnority level is configur commu „ication device 

^^^^^^ZZrZ transmission of sa.d 
4 s „ch dta, satd communicar.on device may ntenupt 
communicarion device having a lower pnority level. 

„ of Claim .8, wherein said assignmenr of priority level is 

19. The apparatus of Claim io, 

2 dynamically configurable. 

„ of Claim 11 wherein said communication device may operare tn 

20. The apparatus of Claim 1 1, 

2 different communication infrastructures. 

ms of Claim 11 wherein said processor receives information from said 
21 The apparatus ot Claim i , 
2 conn-oner regarding sa,d group communications net 
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of Oaim U »—,n — icauon device operates in a 
22. The apparatus of Claim n, 



secure mode. 



, Cain, U wherein said pressor further comprises 
j,. The apparatus of Clatm ^ ^ . B ident , flcatlon 

^cation m— has or is abo u, to ehange, an. 

f Cairo . . — sard group communicat.ons ne. is capab.e of 
M . The apparatus of C.arm . ^ ^ _ ^ m „ 

beurg in a dormant mode, and where ^ 
prora p,s satd eonrroUer to bnng the communreauons 

» oush-to-ralk communication device to participate 
2 , .naeomm— s^ern a^r ^ ^ . 

ir : n: — on - - — - - — 

* P-essor configured o eo , ^ compnses 

s rmnsmissron over a di— — , ^ ^ ^ 

— rrsrnri-— ---- 

^'Lerver configured to receive pae.e. dara through a second channe, mom sard 

COn ' r0 " Cr; Tlvated mechanism configured to acnvate sard transmitter when a user of 
. us er ae tva ed ^ ^ ^ controller . 

said communication device io 

• t ons system a method of participating using a push-to-talk 
26 . ln a communications s ste > ^ grQup _icat,on ne 

communication device in a commumC ation net and interface with said 

comprising a controller to manage sa.d group 
comprising comprising: 
push-to-talk communication device. 
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converting information signals into packet data suitable for transmission over a 
6 distributed network; 

transmitting packet data through a first channel to said controller; and 
8 receiving packet data through a second channel from said controller. 

27. The method of Claim 26, wherein said communication device is a wireless 
2 communication device. 

28. The method of Claim 26, further comprising providing a memory, wherein said 
2 memory is configured to store said packet data until said controller is ready to receive 

said packet data. 

29. The method of Claim 28, wherein said memory minimizes perceived latency of a 
2 user. 

30. The method of Claim 26, further comprising providing a dynamically configurable 
2 priority level, wherein said priority level is configured to determine whether said 

communication device has the authority to gain transmission privilege over another 
4 communication device such that said communication device may interrupt the 
transmission of said communication device having a lower priority level. 

3 1 . The apparatus of Claim 30, further comprising receiving information from said 
2 controller regarding said group communications net. 

32. The method of Claim 26, wherein said communication device is configured to 
2 operate in a secure mode. 

33. The method of Claim 26, wherein said processor further comprising providing 
2 identification information, and identification information is updated when its current 

identification information has or is about to change, and further comprising transmitting 
4 its new identification information. 
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